

지금까지 Stage 1 프롬프트를 완전히 개선하여, Stage 2가 원하는 upstream 내용을 개선하였다. 완전히 개선된 Stage 1 프롬프트는 Sources의 `Stage_1_fully_updated.yaml`에 제시되어 있다. 이 프롬프트를 실행하여 얻은 stage 1 결과물들도 모두 Sources에 저장하였다. 

지금부터는 현재 다루는 사건에 대해서 대한민국 최고 수준의 변호사가 식별한 청구권 리스트를 그대로 재현할 수 있도록 stage 2 프롬프트를 개선하고자 한다. 

아래의 작업을 순차적으로 수행하라. 
<tasks_in_sequence>
0. `Stage_1_fully_updated.yaml` 프롬프트를 읽고 분석하여 현재 다루는 사건의 기본 개요를 파악하라. 
1. Stage 2의 Task_A, Task_B의 프롬프트들을 꼼꼼히 읽고 이해하라. 
2. Stage 2의 Task_A, Task_B의 프롬프트들이 upstream 내용(stage 1 결과물)들을 잘 입력받아서 현재 다루는 사건의 청구권을 식별하는데 있어서 최적의 성능을 발휘하는지 검증하라. 
3. 아래에 제시된 이전 Chats history에 존재하는 stage 2 Task_B 프롬프트 개선안인 <개선안>을 참조하여, 현재 다루는 사건에 대해서 대한민국 최고 수준의 변호사가 식별한 청구권 리스트를 그대로 재현할 수 있도록 Stage 2의 Task_A와 Task_B 프롬프트 개선안을 제시하라. 
</tasks_in_sequence>

<개선안>
현재 Task_B는 파일 우선순위를 client_meeting.md -> client_goal.json -> claim_identification_view.json으로 두고, client_meeting.md를 당사자 관계·처분 chronology·실질 수익 귀속 파악의 1차 자료로 둡니다. 동시에 claim_identification_view.json 안에서는 구조화된 claim/party/date/amount를 우선하라고 하면서도, plaintiffs는 client_meeting.md 또는 client_goal.json의 원고를 1순위로, 권리확인·말소·인도·퇴거·철거 계열은 “현재 권리주체 또는 지위주체”를, defendants는 현재 점유자·현재 사용자·현재 이익 귀속자 등을 넓게 스캔하도록 되어 있습니다. 또 low credibility + no direct evidence도 review로 유지할 수 있게 열어 두고 있습니다. 이 조합이 바로 원고 귀속 누수, 상속·승계 standing 오류, 병렬 구제 과분해, 약한 current-state evidence의 과잉 유지로 이어집니다.
아래처럼 Task_B 블록만 V8로 교체/추가하면 됩니다. 공통 prefix는 그대로 두고...
</개선안>
